home *** CD-ROM | disk | FTP | other *** search
/ EuroCD 3 / EuroCD 3.iso / Programming / Amos / AMOSList-1297 / AMOSLIST / 000190_amos-request@svcs1.digex.net_Tue Dec 23 02:31:18 1997.msg < prev    next >
Text File  |  1998-06-24  |  5KB  |  95 lines
  1. >From amos-request@svcs1.digex.net  Tue Dec 23 02:31:17 1997
  2. Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224])
  3.     by pony-1.mail.digex.net (8.8.8/8.8.8) with ESMTP id CAA00454
  4.     for <mcox@access.digex.net>; Tue, 23 Dec 1997 02:31:16 -0500 (EST)
  5. Received: (from daemon@localhost)
  6.     by svcs1.digex.net (8.8.5/8.8.5) id BAA03392
  7.     for amos-out; Tue, 23 Dec 1997 01:16:14 -0500 (EST)
  8. Received: from pony-1.mail.digex.net (pony-1.mail.digex.net [204.91.241.5])
  9.     by svcs1.digex.net (8.8.5/8.8.5) with ESMTP id BAA03389
  10.     for <amos-list@svcs1.digex.net>; Tue, 23 Dec 1997 01:16:14 -0500 (EST)
  11. Received: from mailhost.sosbbs.com (sosbbs.com [204.186.168.100])
  12.     by pony-1.mail.digex.net (8.8.8/8.8.8) with SMTP id BAA05830
  13.     for <amos-list@access.digex.net>; Tue, 23 Dec 1997 01:16:09 -0500 (EST)
  14. Received: from gbenjam (204.186.168.63) by mailhost.sosbbs.com
  15.  (EMWAC SMTPRS 0.81) with SMTP id <B0000164096@mailhost.sosbbs.com>;
  16.  Tue, 23 Dec 1997 01:14:41 -0500
  17. Message-ID: <B0000164096@mailhost.sosbbs.com>
  18. From: "Garfield Benjamin" <gbenjam@sosbbs.com>
  19. To: "AMOS MAILING LIST" <amos-list@access.digex.net>
  20. Subject: Re: CBATNAMdemo...
  21. Date: Tue, 23 Dec 1997 01:22:41 -0500
  22. X-MSMail-Priority: Normal
  23. X-Priority: 3
  24. X-Mailer: Microsoft Internet Mail 4.70.1155
  25. MIME-Version: 1.0
  26. Content-Type: text/plain; charset=ISO-8859-1
  27. Content-Transfer-Encoding: 7bit
  28. Status: O
  29. X-Status: 
  30.  
  31. >>   Also, I'll use DEMOTIME to count down the demo...
  32.    > Piffle! I hate timers. We'll use my idea of one life. Then any stage
  33.    > can be tested, but the game will end when you die or complete
  34.    > that level.
  35.  
  36.       So, we (stage-programmers) don't even need to worry about a
  37.       demo-mode as you'll just set LIVES=1 in the MasterCode and
  38.       that will apply to all of the stages, correct?  
  39.       Sounds good, certainly makes it easier on us!!
  40.  
  41.       I think a GOOD player might be able to complete my stage with
  42.       just one life, so perhaps you could add a tiny check and if the
  43.       demo-stage being played is the SideShooter, you could cut the
  44.       energy in half: BUBBASHIELD=50 
  45.  
  46.  
  47.       I've added the support code for multiple lives, music/fx and now just
  48.       need to clean up a few things. Mainly just removing the counter in
  49.       Phase One, fps/chipram-calculation/display and all that
  50.       development-junk.
  51.  
  52.       You will definitely have the final version by Wednesday as I don't
  53.       know of anything else I can do. Maybe remove the comments and
  54.       possibly clean-up the source a bit, but I think for an AMOS
  55.       program it's pretty clean right now...
  56.  
  57.       Speaking of which, I seem to remember someone (Keith?) 
  58.       mentioning an extension that allowed AMOS programs to use
  59.       CONSTANTS and STRUCTURES... this would be a key factor in
  60.       my decision to do future AMOS-programming, so what is the
  61.       name of this extension? All I can think of is EasyLife, is that it??
  62.  
  63.       Anyone considered writing a FAST parallel-blitting routine?
  64.       I'm thinking of something that would set-up the blitter and while
  65.       that was drawing one image-bitplane, the CPU would draw the next
  66.       image-bitplane.  Probably not much difference on a 68000, but with
  67.       a 68020 and certainly 68030 or higher, it could be MUCH faster
  68.       than AMOS's current Bob-routines as a FAST CPU might be able
  69.       to draw two image-bitplanes per the blitter's one.
  70.       Instead of calling WaitBlitter() and having the CPU doing nothing
  71.       while the blitter does all the work, why not actually use the CPU to
  72.       draw the next bitplane (or two on FAST processors). 
  73.  
  74.       Another thing I've considered is a few general purpose ASM
  75.       routines that can process a list of objects simultaneously. You
  76.       could pass the address of an array along with the number of "reps"
  77.       and the ASM-module would add/subtract a value from this array,
  78.       or you could pass two array-addresses and the ASM would add
  79.       the contents of the second array (delta-values and such) to the
  80.       contents of the first array.
  81.  
  82.       When is that JADE AGA-extension to be released?  If I remember
  83.       correctly that was to contain VERY FAST Bob-routines... 
  84.       hmmm... since it is still in development, perhaps they could 
  85.       implement the parallel-blitting design.  Then the thing that has
  86.       always been one of AMOS's greatest weaknesses (Bobs/blitting)
  87.       would become it's greatest strength!!!!
  88.  
  89.  
  90.       Take  care,   
  91.       GARFIELD
  92.       _________________________
  93.       Current projects...
  94.       SideShooter(AMOS): 99% Complete
  95.       Website(http://www.sosbbs.com/~gbenjam): 25% Complete